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DETAILED ACTION 

1. This office action is in response to the amendment filed 12/02/05. Claims 1-41 are 
pending. Currently no claims are in condition for allowance. 

Claim Objections 

2. Claims 1, 5, 6, 8, 9, and 38 are objected to because of the following informalities: 
Claim 1, line 2, the word "FR" is misspelled. 

Claim 38, line 11, after the word "and" the period should be deleted. 
Claim 40; a period is missing. 

Claims 5, 6, 8 and 9 are objected because step d is missing. 

In claim 5, line 1, the term "mobile device" is used; in lines 6, 9 and 12, however, the 
term "the device" is used. Examiner suggests that " the device" be changed to "the mobile 
device" in lines 6, 9 and 12. 

Claim Rejections - 35 USC § 112 

3. Claims 1-31 and 36-41 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

Claim 1, line 6, the word "the format" lacks antecedent basis. 
Claim 5, line 4 , the phrase "the Internet" lacks antecedent basis. 
Claim 11; line 3, the phrase "the network" lacks antecedent basis. 

Lines 10 and 13, it is not clear whether "a network" refers to the same network 

cited on line 3. 
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Lines 10 and 12, the phrase " the terminal" lacks antecedent basis. 

Line 12, it is not clear whether "a reader device' 5 refers to the device cited on line 

5. 

Claim 19, line 12, the phrase "the receiver" lacks antecedent basis. 
Claim 36, line 5, the phrase "the format" lacks antecedent basis. 
Claim 37, line 6, the phrases "the format" and "the data format" lack antecedent basis. 
Claim 38, it is not clear whether "a mobile device" refers to the same mobile device cited 
on line 1 . 

Line 12, the phrase "the packetized datagram" lacks antecedent basis. 
Line 16, the phrase "the datagram" lacks antecedent basis. 
Claim 39, lines 10 and 13; it is not clear whether "a network" refers to the same network 
cited on line 3. 

Claim 40, line 3, the phrase "the packetized data" lacks antecedent basis. 

Lines 3-4, it is not clear whether "a device" refers to the mobile device cited on 

line 1. 

Claim Rejections - 35 USC § 102 

4. Claims 1, 2, 19-23, 28-33 and 35-37 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Ramamurthy et al. (US 6,853,294). 

Regarding claim 1, Ramamurthy discloses, in Figs. 2 and 3, a transponder (50) for an 
RFID system, comprising: 
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a) a substrate including RF receiving and transmitting means (54) (column 5, lines 

40-44); 

b) data storage means (58) storing packetized data in standardized and globally 
addressable data formats transportable in the Internet (TCP format is a standardized and 
globally addressable data format; see instant Application page 6, lines 5-16) column 5, 
line 65-column 6, line 14) ; and 

c) identifying code (the processor 46 reads the designated fields and determines 
a message format based on the protocol defined by the port number) in the format 
identifying the data format (the port Number determine the protocol used in the RFID tag 
14 and the associated software application that supports the protocol; column 7, lines 40- 
55) and an indication whether the data should be processed locally at a reader device 
(computer system includes RFID reader 44, a server 22 and computers 24; see column 4, 
lines 33-34; further the server 22 determines (based on the IP address (an indication)) 
whether the data should be processed locally within the computer network or external to 
the network) communicating with the transponder or sent to and external destination for 
processing (column 6, lines 15-41). 

Regarding claim 2, Ramamurthy discloses the transponder of Claim 1 further comprising: 
d) signal means responsive to an activation signal for transmitting or receiving and 
storing packetized data (the RFID tag 50 (transponder) includes an RF interface 54, control logic 
56 and memory 58. the control logic 56 accesses the memory 58 to read and/or write data 
therefrom; column 5, lines 40-64). 
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Regarding claims 19 and 36, Ramamurthy discloses, in Figs. 2 and 3, a method for 
routing packetized data between a data carrier and destination address comprising: 

a) receiving and sending a data packet in a standardized and globally addressable format 
(TCP format is a standardized and globally addressable data format; see instant Application page 
6, lines 5-16) including a header and a payload from and to the data carrier (50) (column 6, line 
54-column 7, line 10); 

b) identifying a format of the data packet via a code {the processor 46 reads the 
designated fields and determines a message format based on the protocol defined by the port 
number; determines whether the designated fields contain valid data (a known protocol or 
unknown tag protocol); if it is unknown the reader forwards the data to a generic process in the 
server 22) in the data packet including an indication whether the data packet should be processed 
locally at a reader device {computer system includes RFID reader 40, a server 22 and computers 
24; see column 4 t lines 33-34; further the server 22 determines (based on the IP address (an 
indication)) whether the data should be processed locally within the computer network or 
external to the network) communicating with a transponder (50) or sent to an external destination 
(30, 32, 34) for processing (column 6, lines 15-41); 

c) processing the data packet according to the identified standardized and globally 
addressable format after validation of the header {computer system includes RFID reader 40, a 
server 22; column 6, J 5-41 and column 7, lines 1 1-55); and 

d) routing the processed data packet directly to a destination address defined in the 
standardized and globally addressable format or to a local address of an application running in 
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the receiver, according to the indication in the data packet (the IP address field and Port Number 
field enable the RFID reader 40 to route data; and the server determines (based on the IP 
address) whether the data should be processed locally within the computer network or external to 
the network; column 6, lines 15-41). 

Regarding claims 20 and 28, Ramamurthy disclose the method wherein the data packet 
comprises an identification data, a header data and a payload data, packetized according to any 
one of several standardized and globally addressable formats (TCP) (column 4, lines 21-32). 

Regarding claim 21, Ramamurthy discloses the method wherein the data packet without 
identification data is transportable in an information network (column 7, lines 29-33). 

Regarding claim 22, Ramamurthy discloses the method wherein the data carrier is an 
RFID tag (see fig. 3, RFID tag 50). 

Regarding claim 30, Ramamurthy discloses the method wherein the routed packets can 
be directed via an IP stack to a network or an application within the device with respective to the 
standardized and globally addressable format (column 6, lines 1-6; lines 26-35). 

Regarding claim 3 1 , Ramamurthy discloses the method wherein the network can be an 
external network (e.g. the internet) or a local network (such as a personal area network, or a local 
area network) (column 6, lines 26-35). 
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Regarding claim 32, Ramamurthy discloses a method for writing a packetized data to a 
data carrier, where the data carrier is an RFID tag, comprising: 

determining if a tag is writeable (the processor 46 reads the designated fields and 
determines whether the designated fields contain valid data (a known protocol or unknown tag 
protocol); if it is unknown the reader forwards the data to a generic process in the server 22\ 
and if so, alerting and application program executable in mobile device or a network to prepare 
to transmit data after a reader completes a handshake with the tag (if it is unknown the reader 
forwards the data to a generic process in the server 22; column 7, lines 1 1-39); 

transmitting the data to the reader from the application program for retransmission to the 
tag (column 4, line 56-column 5, line 10); 

appending a RFID header to the data (each data packet communicated using the TCP/IP 
protocol including a header portion that contains the TCP and IP information); 

receiving and storing the transmitted data in the tag which may include over-wiring the 
data in an erasable read-only memory included in the tag (column 5, line 22-column 6, line 14); 
and 

transmitting an acknowledgment signal to the application via the reader (TCP represents 
a common connection-oriented protocol and expects an acknowledgment from the receiving 
node). 

Regarding claim 33, Ramamurthy discloses, in Figs 1-3 and 5, a system for routing 
packetized data comprising: 
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a) at least one data carrier (RFED tag 50) having at least one data packet embedded 
therein in a standardized and globally addressable format (packages 12a-12c, packetized TCP/IP 
format) the data packet including an indication whether the data packet should be processed 
locally at a device (computer system) or sent to an external destination {computer system 
includes RFID reader 40, a server 22 and computers 24; see column 4 t lines 33-34; further the 
server 22 determines (based on the IP address (an indication) whether the data should be 
processed locally within the computer network or external to the network); 

b) a data receiving (reading) device or data sending (writing) device (RFID reader 40) for 
receiving or sending the at least one embedded data packet from the said at least one data carrier 
(the RFID reader reads and writes the data stored in a each RFID tag 14a- 14c; column 4, lines 
45-50; column 6, line 54-column 7, linel 1); 

c) a data routing device (sewer 22) correctable to the data-receiving device (40) for 
routing the received data packet directly to a destination address (column 4, lines 2-11; column 
7, lines 51-55); 

d) an application at a local address (column 4, line 56-column5, line 10) in the data 
receiving device receptive to the standardized and globally addressable format for receiving and 
processing the routed received data packet, according to the indication in the data packet (the 
processor 46 determines a message format based on the protocol defined by the protocol; column 
7, linesl7-19; line 45-55). 

Regarding claim 35, Ramamurthy discloses the method wherein the at least one data 
packet is transportable in an Internet (column 3, lines 34-39). 
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Regarding claim 37, Ramamurthy discloses, in Figs. 2 and 3, a Transponder for an RFID 
system (50), comprising: 

a) a substrate including RF receiving and transmitting means (RF interface 54 is 
coupled to an antenna 52 includes RF receiver and RF transmitter); 

b) data storage means (58) storing packetized data in standardized and globally 
addressable data formats transportable in the Internet (TCP format is a standardized and 
globally addressable data format; see instant Application page 6, lines 5-16) column 5, 
line 65-column 6, line 14; column 7, lines 11-20); 

c) identifying code (the processor 46 reads the designated fields and determines 
a message format based on the protocol defined by the port number) in the format 
identifying the data format the packetized data including an indication whether received 
packetized data should be processed locally at a device or sent to an external destination 
address (the port Number determine the protocol used in the RFID tag 14 and the 
associated software application that supports the protocol; column 7, lines 40-55) and an 
indication whether the data should be processed locally at a reader device (computer 
system includes RFID reader 44 y a server 22 and computers 24; see column 4, lines 33- 
34; further the server 22 determines (based on the IP address (an indication)) whether 
the data should be processed locally within the computer network or external to the 
network) communicating with the transponder or sent to and external destination for 
processing (column 6, lines 15-41); 
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wherein the transmitting means transmits the packetized data to an application for 

routing without alteration of packet according to the indication in the packetized data (see 

fig. 4; column 6, lines 15-35). 

Claim Rejections - 35 USC §103 
5. Claims 3 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ramamurthy et al. in view of Ramberg et al. (US 6,857,013). 

Ramamurthy discloses all the claim limitations as stated above. Further, Ramamurthy 
discloses that each packet communicated using the TCP/IP protocol includes a header portion 
that contains the TCP and IP information (which is a standardized and globally addressable data 
format; see instant Application page 6, lines 5-16). However, Ramamurthy does not disclose 
wherein the packetized datagram is in UDP or combined UDP/IP format. 

Ramberg teaches a plurality of automatic data collection device platforms that equipped 
with RF tag readers and operates under different protocols. In each ADC device platform a 
simple network management protocol master agent communicates with a remote computing 
system using sockets TCP and UDP. UDP is part of the TCP/IP protocol suite. Furthermore, 
UDP is a connectionless protocol parallel to TCP in the IP communication stack (column 9, lines 
15-39, column 12, lines 50-55). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Ramamurthy' s apparatus to utilize a system where the packetized datagram 
is in UDP or combined UDP/IP format, as taught by Ramberg. The motivation is that UDP is a 
connectionless type protocol for providing more efficient transport protocol for communicating 
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data to many destinations. UDP is a simpler protocol that includes fewer handshakes than TCP 
and thus it is more efficient use of available bandwidth. 

6. Claims 23 and 29 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ramamurthy in view of Block et al. (US 6,192,417). 

Regarding claim 23, Ramamurthy discloses an automated data collection system in which 
the RFID interrogator can convey collected information to different locations, computers and/ or 
software applications using the information content of the RFID transponder. As shown in Fig. 1, 
the server computer 22 provides various system applications for the client 24, such as electronic 
mail, central file management, database, etc. (data packets generated either within the 
computer network or external to the network, are directed first to the routing process 62) (column 
6, lines 26-41), Ramamurthy fail to disclose the destination address is a multicast address of a 
personal area network. 

Block teaches a group communication between computer systems in cluster (plurality of 
nodes or computers). The cluster communications system provides reliable and efficient cluster 
communication by facilitating multicast messaging between systems in the cluster (column 7, 
lines 19-26). Further, Block teaches that the cluster communications system adds a header to 
each group message corresponding to each subnet that includes nodes in the specified group of 
nodes, wherein headers for local subnets include a multicast address. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to use a multicast address, such as suggested by Block, in the system of Ramamurthy 
in order to distribute the same messages (such as e-mail) to the client computers 24, since it is 



Application/Control Number: 10/608,019 Page 12 

Art Unit: 2662 

more efficient to use multicast than sending messages in separate bursts to each client computers 
24 of Ramamurthy. The act of sending the same message to many different computers can be 
accomplished much more efficiently using a multicasting than if separate messages are sent to 
each computer (column 7, lines 8-11). 

Regarding claim 29, Ramamurthy discloses all the claim limitations as stated above 
except for a looped-back address. 

Block teaches a cluster communication services that adds a header to each group message 
corresponding to each subnet that includes nodes in specified group of nodes, wherein headers 
for loop-back subnets include a loop-back address. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to use a looped-back address, such as suggested by Block, in the system of 
Ramamurthy in order to loop-back messages that are sent to itself (sender nodes) (column 17, 
lines 45-55). 

7. Claims 5, 6, 11-17, and 39-41 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ramamurthy et al. in view of Gershman et al. (US 6,705,522 B2). 

Regarding claims 5, 1 1, 39 and 40, Ramamurthy discloses, in Figs. 2 and 3, a RFID 
system, comprising: 

a) signal apparatus (40) transmitting activation signals and sending/receiving packetized 
datagrams in standardized and globally addressable data formats transportable in (TCP format is 
a standardized and globally addressable data format; see instant Application page 6, lines 5-16) 
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in a distributed information system comprising the Internet to/from at least one transponder (50) 
(column 5, lines 10-39; line 65-column 6, line 14); 

b) a communication protocol stack processing and routing packetized datagrams within 
the device or to a network (column 5, line 40-column 6, line 14); 

c) stored programs operating the device in the RFID system and implementing 
communications within network (column 4, line 60-column 5, line 10; column 6, lines 15-41); 
and 

d) reading apparatus processing packetized datagrams from a transponder for delivery to 
a network or application in a standardized and globally addressable data format (column 5, lines 
40-64). 

Further, Ramamurthy discloses that the computer system (RFID reader 40; server 22, 
computers 24) forming part of a local area network or wide area network. However, 
Ramamurthy does not disclose a mobile device. 

Gershman teaches a mobile transceiver unit that transmits and receives to/from RFID tag 

204. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to substitute a mobile device, such as that suggested by Gershman, to the computer 
system of Ramamurthy. The motivation is more flexible and efficient system that will require 
less number of fixed RFID readers. 

Regarding claim 6, Ramamurthy discloses the mobile device of Claim 5 further 
comprising: 
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e) at least one application stored in the device and responsive to the packetized data 
(column 6, lines 15-41). 

Regarding claim 12, Ramamurthy discloses the RFID system wherein the reader (40) is 
located in the network (see Fig. 1). 

Regarding claim 13, Ramamurthy discloses the RFID tag contains a space for data 
storage having plural fields that may be defined by an end user of the automated data collection 
system. Further, Ramamurthy discloses that the RFID 40 determines whether a detected response 
was valid i.e., whether a response signal originated from an RFID tag 14 or was an erroneous 
noise signal (column 7, lines 2-39 (As known, TCP provides error checking and delivery 
guarantees)). 

Regarding claim 14, Ramamurthy discloses the RFED system wherein the communication 
protocol stack requests a re-transmission from the transponder if the checksum if not valid 
(column 7, lines 4-1 1 (as known, TCP includes a sequence number to each byte transmitted and 
expects a positive acknowledgment form the receiver; if the ACK is not received the data is re- 
transmitted). 

Regarding claim 15, Ramamurthy discloses that the reader 40 makes as determination as 
to whether a detected response was valid. If the response is determined to be not valid, the reader 
40 transmits another interrogation field on a periodic basis. However, Ramamurthy does not 
expressly disclose dropping the packetized datagram if the retransmission is unsuccessful. 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to add a method that drops the packetized datagram if the retransmission is 
unsuccessful to the retransmission method of Ramamurthy. One of ordinary skill in the art would 
have been motivated to do this because it would avoid endless re-transmission loops. 

Regarding claim 16, Ramamurthy discloses the RFED system wherein the communication 
protocol stack transmits the packetized datagram to an application running in the terminal or to 
an application running in the network (column 7, lines 12-39). 

Regarding claim 17, Ramamurthy discloses the RFID system wherein the communication 
protocol stack parses a header in the packetized datagram and routes the packetized datagram to 
a destination identified in the header if a checksum in the packetized datagram is valid (column 
7, lines 12-39). 

Regarding claim 41, Ramamurthy discloses the device wherein the stored programs 
include an application for processing failed delivery of packetized delivery (column 7, lines 28- 
32). 



8. Claims 4, 25-27 and 34 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ramamurthy et al in view of Ramberg as applied to claims 1 and 3 above, and further in view of 
Moon et al. (US 6,711,740). 
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Ramamurthy discloses all the claim limitation as stated above except for wherein the 
packetized data at least partly compressed and wherein the processing comprises decompressing 
received header data. 

Moon teaches a header compression mechanism that is provided with a compressor/de- 
compressor for compressing headers of UDP/IP datagrams to reduce header-overhead (column 3, 
lines 31-40). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Ramamurthy in view of Ramberg apparatus to utilize the header 
with at least partly compressed and the processing comprises decompressing received header 
data, as taught Moon. The motivation is more reduced header overhead that allows efficient use 
of bandwidth on low and medium speed links. 

9. Claims 7-10, 18 and 38 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ramamurthy et al. in view of Gershman et al. as applied to claims 5 and 1 1 above, and further in 
view of Ramberg et al. (US 6,857,013) and Moon et al. (US 6,71 1,740). 

Regarding claims 7, 8, 10, 18 and 38, Ramamurthy in view of Gershman discloses all the 
claim limitations as stated above. Further, Ramamurthy discloses that each packet communicated 
using the TCP/IP protocol includes a header portion that contains the TCP and IP information. 
However, Ramamurthy does not disclose wherein the packetized datagram is in UDP or 
combined UDP/EP format. 

Ramberg teaches a plurality of automatic data collection device platforms that equipped 
with RF tag readers and operates under different protocols. In each ADC device platform a 
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simple network management protocol master agent communicates with a remote computing 
system using sockets TCP and UDP. UDP is part of the TCP/IP protocol suite. Furthermore, 
UDP is a connectionless protocol parallel to TCP in the IP communication stack (column 9, lines 
15-39, column 12, lines 50-55). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Ramamurthy's apparatus to utilize a system where the packetized datagram 
is in UDP or combined UDP/IP format, as taught by Ramberg. The motivation is that UDP is a 
connectionless type protocol for providing more efficient transport protocol for communicating 
data to many destinations. UDP is a simpler protocol that includes fewer handshakes than TCP 
and thus it is more efficient use of available bandwidth. 

Further, Ramamurthy in view of Gershman and Ramberg does not disclose the header 
with at least partly compressed or shortened or omitted fields and decompressing or expanding 
header. 

Moon teaches a header compression mechanism that is provided with a compressor/de- 
compressor for compressing headers of UDP/IP datagrams to reduce header-overhead (column 3, 
lines 31-40). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Ramamurthy in view of Ramberg apparatus to utilize the header 
with at least partly compressed and the processing comprises decompressing received header 
data, as taught Moon. The motivation is more reduced header overhead that allows efficient use 
of bandwidth on low and medium speed links. 
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Regarding claim 9, Ramamurthy discloses parsing means processing datagrams for 
transmission to the network (column 4, lines 21-32). 

Response to Arguments 
10. Applicant's arguments with respect to claims 1-41 have been considered but are moot in 
view of the new ground(s) of rejection. 

Applicant argues (Remarks, page 13) that Ramamurthy reference does not include any 
kind of hint or suggestion relating to the aspect of determining, by the reader device, based on an 
indication read from the RFID tag, whether the contents of the read tag is destined to the device 
reading the tag itself, or to an address external from the device reading the tag. Examiner 
respectfully disagrees. Ramamurthy clearly discloses that computer system (which includes 
RFID reader 44, a server 22 and computers 24, the processor 46) reads the designated fields 
and determines a message format based on the protocol defined by the port number (based on 
the IP address (an indication)) whether the data should be processed locally within the computer 
network or external to the network. 

Applicant, further, argues (Remarks, page 20) that Ramamurthy fails to disclose 
receiving packetized datagrams in a standardized and globally addressable data formats, and 
whether received data should be processed locally by the device or sent to an external 
destination. Examiner respectfully disagrees. TCP format is a standardized and globally 
addressable data format; see instant Application page 6, lines 5-16. Ramamurthy discloses that 
each data packet communicated using the TCP/IP protocol includes a header portion that 
contains the TCP and IP information (column 4, lines 21-32). Further, Ramamurthy discloses 
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that the server 22 determines (based on the IP address) whether the data should be processed 
locally within the computer network or external to the network. 

Still on page 20, Applicant argues that Gershman does not disclose data packets using 
standardized and globally addressable data format or delivering packetized datagrams to a local 
application at deice or to an external address. It is respectfully submitted that the rejection is 
based on the combined teaching of the Ramamurthy and Gershman references, and that the 
Ramamurthy reference, as pointed out above does teach this feature. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Saba Tsegaye whose telephone number is (571) 272-3091. The 
examiner can normally be reached on Monday-Friday (7:30-5:00), First Friday off. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Seema Rao can be reached on (571) 272-3174. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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